home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19970626-19970929
/
000294_news@newsmaster….columbia.edu _Thu Sep 4 17:34:51 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Return-Path: <news@newsmaster.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id RAA14845
for <kermit.misc@watsun.cc.columbia.edu>; Thu, 4 Sep 1997 17:34:51 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id RAA05736
for kermit.misc@watsun; Thu, 4 Sep 1997 17:34:50 -0400 (EDT)
Path: news.columbia.edu!sol.ctr.columbia.edu!hamblin.math.byu.edu!acs2.byu.edu!news.cuny.edu!news-pen-15.sprintlink.net!newsfeed.nysernet.net!news.nysernet.net!206.229.87.50!news-pull.sprintlink.net!news-in-east.sprintlink.net!news-peer.sprintlink.net!news.sprintlink.net!Sprint!howland.erols.net!newshub2.home.com!newshub1.home.com!news.home.com!news.rdc1.sfba.home.com!cypher.cagent.com!user
From: tsw@cagent.com (Tom Watson)
Newsgroups: comp.terminals,comp.unix.aix,comp.protocols.kermit.misc
Subject: Re: VT320 emulation
Date: Thu, 04 Sep 1997 12:06:27 -0700
Organization: CagEnt, Inc.
Lines: 37
Message-ID: <tsw-0409971206260001@cypher.cagent.com>
References: <340AB90E.2781@atess.bel.alcatel.be> <340D2692.4C93@psi.de> <5ukmsb$7uo$1@vixen.cso.uiuc.edu> <5umll1$874$1@apakabar.cc.columbia.edu>
NNTP-Posting-Host: aurora.cagent.com
Cache-Post-Path: aurora.cagent.com!unknown@cypher.cagent.com
Xref: news.columbia.edu comp.terminals:11221 comp.unix.aix:119276 comp.protocols.kermit.misc:7614
In article <5umll1$874$1@apakabar.cc.columbia.edu>,
fdc@watsun.cc.columbia.edu (Frank da Cruz) wrote:
<<Deletia regarding how to get control of the raw interface in unix>>
>
> Could an emulator be added to C-Kermit? Yes, but it would need to be done on
> a per-platform basis (SCO vs AIX vs Linux vs HP-UX vs Solaris, etc), and some
> fancy footwork would be required to know when it was usable (user is running
> it on the physical keyboard and screen) and when it was not (user is coming in
> from elsewhere).
>
There is another idea (which has been tried before as I understand). Use
curses as the interface to the keyboard/screen and translate incoming
character sequences to the proper curses commands (which will translate
them to the terminal/window).
Something like this would allow a person who has (as an example) a vt220
to receive terminal codes from a far end that sends Wyse-50 type codes.
The problem: it isn't that simple How much does one interpret. What
about things that don't translate. What about function keys. The list
abounds. Still an interesting idea.
This might be a "universal" method. I do note that "curses" interfaces
come in various models, some better than others. The problem of proper
'termcap' files also abounds, as they typically describe the output
(characters to screen) side, but not the input (keyboard) side.
Then again...
Your mission should you decide to accept it........
--
tsw@cagent.com (Home: tsw@johana.com)
Please forward spam to: annagram@hr.house.gov (my Congressman), I do.